(19) 



J 



(12) 



(43) Date of publication: 

29.09.1999 Bulletin 1999/39 

(21) Application number: 99105113.7 

(22) Date of filing: 25.03.1999 



Europaisches Patentamt 
European Patent Office 
Office europlen des brevets (11) E P 0 946 068 A2 

EUROPEAN PATENT APPLICATION 

(51) IntCI. 6 : H04Q7/20, H04L 12/28 



(84) Designated Contracting States: 


(72) Inventor: Kikuchi, Tsuneyuki 


AT BE CH CYDE DKES Fl FRGBGRIEITU LU 


Mtnato-ku, Tokyo (JP) 


MCNLPTSE 




Designated Extension States: 


(74) Representative: 


ALLTLVMKROSI 


VOSSIUS& PARTNER 




Siebertstrasse 4 


(30) Priority: 26.03.1998 JP 7871398 


81675 Munchen (DE) 


(71 ) Applicant: NEC CORPORATION 




Tokyo (JP) 





(54) Radio data communication method and system 



(57) A radio data communication method in which a 
client machine logs in a wire communication network via 
a racfio communication network, a public network and a 
line interface for transmitting/receiving data to/from a 
server machine in the wire network, comprising a step 
of inserting control data at the head of data to trans- 
mit/receive and suppressing the number of responses 



from a remote station, checking the reason of discon- 
nection and reconnecting the communication line auto- 
matically when the line is disconnected due to 
deterioration of connection quality, re-establishing con- 
nection with said server machine, and restarting data 
transmission from the end of the transmitted data. 
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Fig. 9 (a) - Fig. 9(d) are flowcharts showing a proc- 
ess of checking connection in step SI 8; 
Fig. 10 is a diagram showing the relationship 
between the notified received signal strength indi- 

5 cator and a threshold value; 

Fig. 1 1 is a flowchart showing a process when the 
line state monitor receives a dial-up start or stop 
request from the line control unit; 
Fig. 12(a) - Rg.12(e) are flowcharts showing a 

10 process of checking connection in step S27; 

Fig. 13(a) and Rg. 13(b) are flowcharts showing a 
process of establishing connection with the network 
protocol of the server machine in step S10; 
Rg. 14(a) and Rg. 14(b) are flowcharts showing a 

is process of data communication with the server 
machine in step S12; 

Rg. 1 5 is a flowchart showing a process of re-send- 
ing data when the radio line is disconnected during 
data transmission using a radio line; 
so Fig. 16(a) and Rg. 16(b) are flowcharts showing a 
process of re-sending data when a radio fine is dis- 
connected during data transmission using a radio 
line: 

Rg. 17(a) and Fig. 17(b) are flowcharts showing a 
25 process of re-sending data when a radio fine is dis- 
connected during data transmission using a radio 
line: 

Rg. 18(a) and Fig. 18(b) are flowcharts showing a 
process of changing a profile value by detecting a 

30 radio wave state on a radio line during data trans- 
mission using a radio line; 
Rg. 19(a) and Rg. 19(b) are flowcharts showing a 
process of changing a profile value according to the 
number of line disconnection occurred within given 

35 time during data transmission using a radio line; 

Rg. 20(a) and Rg. 20(b) are flowcharts showing a 
process of changing a profile value according to the 
number of data re-sending occurred in a radio com- 
munication protocol during data transmission using 

40 a radio line; 

Rg. 21(a) and Rg. 21(b) are flowcharts showing a 
process of connecting/re-connecting a line in the 
configuration that the radio control unit can not 
notify the received signal strength indicator to the 

45 line state monitor, and instead, it notifies whether 
the client machine 1 is in a radio area On/out zone 
information); 

Rg. 22 is a table showing examples of control com- 
mands set in Command ID shown in Rg. 5; 

so Rg. 23 is a table showing an example of received 
signaf strength indicator and profile data; 
Rg. 24 is a table showing an example of disconnec- 
tion number and profile data; 
Rg. 25 is a table showing an example of number of 

55 re-sending and profile data. 



and system of the present invention comprise a 
step/means of/for re-setting the size of data to trans- 
mit/receive according to changes in the received signal 
strength indicator during data transmission and the 
number of frames which can be continuously transmit- 
ted without waiting for the response from a remote sta- 
tion, thereby decreasing the sending data size when the 
radio line is disconnected and realizing high speed effi- 
cient data transmission and reception. 
[0014] Rfth, the radio data communication method 
and system of the present invention comprise a 
step/means of/for re-setting the size of data to trans- 
mit/receive according the number of disconnection 
occurred during data transmission and the number of 
frames which can be continuously transmitted without 
watting for the response from a remote station, thereby 
decreasing the sending data size when the radio line is 
disconnected and realizing high speed efficient data 
transmission and reception. 

[001 5] Sixth, the radio data communication method 
and system of the present invention comprise a 
step/means of/for re-setting the size of data to trans- 
mitfrecetve according to the number of re-sending data 
occurred in a radio communication protocol during data 
transmission and the number of frames which can be 
continuously transmitted without waiting for the 
response from a remote station, thereby decreasing the 
re-sending data size when the radio line is disconnected 
and realizing high speed and efficient data transmission 
and reception. 

[0016] This and other objects, features and advan- 
tages of the present invention will become more appar- 
ent upon a reading of the following detailed description 
and drawings, in which: 

Rg. 1 is a diagram showing a basic configuration of 
a first embodiment of the radio data communication 
method of the present invention; 
Rg. 2 is a block diagram of the client machine 
shown in Rg. 1 ; 

Rg. 3 is a block diagram of the server machine 
shown in Rg. 1 ; 

Rg. 4 is a diagram showing the relationship 
between a model of protocol for communication 
with different models and a first embodiment of the 
data communication method, and a concept of a 
first embodiment of the data communication 
method; 

Rg. 5 is a diagram showing examples of a control 
data format and profile data format; 
Rg. 6 is a diagram showing an example of a control 
sequence for sending data from a client machine to 
a server machine; 

Rg. 7 is a flowchart showing a process from con- 
nection of a radio line to data transmission/recep- 
tion; 

Fig. 8 is a flowchart showing a process of connect- 
ing a radio line in step S5; 



[001 7] The embodiments of the present invention are 
described hereinafter by referring to the attached draw- 
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communication interface device 27 and sends it to the 
communication service program 231 ; and a line con- 
nect/disconnect request unit 232c which receives the 
line connect/disconnect request from the supervisor or 
the communication service program 231 and con- 5 
nects/disconnects the line. 

[0031] Operation of this emboriment is described in 
details by referring to the attached drawings. 
[0032] Fig. 4 shows the relationship between the pro- 
tocol model for communication with different types of 10 
machine and the data communication method by this 
embodiment, and the concept of the data communica- 
tion method of this embodiment 
[0033] In the radio data communication system of this 
embodiment, data is compensated by the radio oommu- 15 
nication protocol between the line interface 7 and the 
radio control unit 18 in the client machine 1. The line 
interface 7 is located at a very short distance to the 
communication interface device in the server machine 9 
to minimize the number of data transfer errors caused 20 
by the collision of data, that is to say in terms of the 
model, data is regarded as being compensated at a 
level lower than a data link layer (L2). 
[0034] Thus, in the transport layer (L4), a process of 
compensating data by time-out and re-sending by TCP 25 
defined in Request For Comments 793 (RFC 793). and 
a process of checking whether data changes during 
transmission are unnecessary, and instead, a process 
of sending/receiving data to/from the network layer (13) 
by User Datagram Protocol (UDP) defined in RFC 768 30 
is provided, and a mechanism suitable for radio data 
communication is provided. 

[0035] Fig. 5 shows examples of a control data format 
and a profile data format. 

[0036] Fig. 22 is a table showing examples of control 35 
commands that are set in the command ID shown in 
Fig. 5. 

[0037] As a mechanism suitable for radio data com- 
munication, control data as shown in Fig. 5 is inserted at 
the head of the data which is transferred between the 40 
network protocol 132b of the client machine 1 and the 
network protocol 232b of the server machine 9. 
[0038] The head is set the version of control data for- 
mat as a version in the format, likewise, the value of the 
command ID in Fig, 22 showing the type of a control as 
command as a command ID, the sequence number of 
transmission data as SSN, the sequence number of the 
received data as RSN, the profile data length as Profile- 
DataLength, the user data length as UserDataLength, 
the maximum size dividing the transmission data as so 
Packet Length, and the number of packets which can be 
continuously transmitted without waiting for the 
response from a remote station as WindowSize, respec- 
tively. 

[0039] Fig. 6 shows an example of a control sequence ss 
for sending data from the client machine 1 to the server 
machine 9. 

[0040] The client machine 1 of the transmission side 



sets the sequence number of data to send to SSN, and 
continuously transmits the control data + data divided 
into the size of PacketLength as a maximum to the 
server machine 9 by the WindowSize number. Receiv- 
ing the WindowSize number of the data, the server 
machine 9 of the receiver side sets the sequence 
number of the data received by that time, sends back a 
response and transfers the data by repeating the above 
process. 

[0041] As to operation of this example using the above 
control data, first a process from connecting a radio line 
to sending data is explained using Fig. 7. 
[0042] When the user operates the communication 
application 131 in RAM of the client machine 1 (step 
S1). the line connect/disconnect request unit 132c asks 
the user to determine whether the radio line is con- 
nected or not (steps S2), and goes to step S4 if the user 
answers Yes, and goes to step 3 if No. 
[0043] In step S3, radio data communication that is 
not using the method of the present invention is per- 
formed. In step S4, the line connect/disconnect request 
unit 132c requests the line control unit 132d to connect 
the line. Receiving the line connect request, the line 
control unit 132d moves to the step of connecting a 
radio fine (step S5), judges whether connection is com- 
pleted (step S6), and goes to step S8 if Yes and step S7 
if No. 

[0044] In step S7, the line control unit 132d informs 
the line connect/disconnect reguest unit 132c that the 
radio line is in non-connectable state and urges to notify 
it to the user. In step 8. the line control unit 132d notifies 
the line connect/disconnect request unit 132c and net- 
work protocol 132b that the connection is completed, 
and moves to the step of monitoring the received signal 
strength indicator (step S9). 

[0045] The network protocol 1 32b moves to the step 
of establishing connection with the network protocol 
232b of the server machine 9 (step S10). After estab- 
lishing connection, the network protocol 132b notifies it 
to the communication application 131 (step S11). The 
communication application 131 performs data commu- 
nication with the server machine 9 via the network pro- 
tocol 132b (stepSl2). 

[0046] Step S5 for connecting a radio line is explained 
using Fig. 8. 

[0047] The line control unit 1 32d check first that both 
of connection interface device 17 and radio control unit 
18 are operating (step S13), and moves to step S15 if 
Yes. and step S14 if No. 

[0048] In step S1 4, the line control unit 1 32d notifies it 
to the line connect/disconnect request unit 132c. and 
urges the user to re-start the communication application 
131 after checking the operation. In step 15, the line 
control unit 132d checks whether the connection inter- 
face device 17 or radio control unit 18 is used, and 
moves to step S16 if Yes. and step S14 if No. 
[0049] In step S16, the line control unit 1 32d requests 
the line state monitor 132e to monitor the line state, and 
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establishing connection with the network protocol 232b 
of the server machine 9 is explained below using Fig. 
13. 

[0072] In Fig. 13(a), after receiving the connection 
completed notice from the tine control unit 132d, the s 
network protocol 132b sets a packet length and a win- 
dow size, sends an open request control command to 
the network protocol 232b of the server machine 9 via 
the connection interlace device 17 (step S41), sets the 
clock unit 14 to notify C after given time (step S42) , and w 
waits for reception of an open response control com- 
mand from the server machine 9 (step S43). 
[0073] In the above state of waiting for the reception, 
when receiving the notice C the clock unit 14 before 
receiving the open response control command, the net- is 
work protocol 132b checks to see if re-sending is per- 
formed by given times (step S44), and moves to step 
S45 if Yes, and step S46 if No. 
[0074] In step S45, the network protocol notifies the 
line connect/disconnect request unit 132c that connec- 20 
ton could not be made with the network protocol, and 
urges to notify it to the user. Then, the line connect/dis- 
connect request unit sends a disconnect request to the 
line control unit, and disconnects the radio line. 
[0075] In step S46. the network protocol sends again 25 
the open request control command to the network pro- 
tocol 1 32b of the server machine 9, and moves to step 
S43. 

[0076] In Fig. 13(b), when receiving the open 
response control command from the server machine 9, 30 
the network protocol sends an open check control com- 
mand (step S47), sets the clock unit 14 to notify D after 
given time (step S48), notifies the communication appli- 
cation 131 that the connection is established (step S1 1 ), 
and waits until the communication application 131 35 
sends data or the clock unit 14 sends the notice D (step 
S49). Then, the communication application 131 per- 
forms data transfer with the communication service pro- 
gram 231 of the server machine 9 via the network 
protocol 132b (step 12). 40 
[0077] The given time and the number of times used 
in this example are one of the control parameters set by 
the user, and are notif ied from the input parameter set- 
ting unit 132a. 

[0078] Step S12 for data communication with the 4S 
server machine 9 is explained using Fig. 14. 
[0079] In Fig. 14(a), the communication application 
131 sends data to the network protocol 132b at any time 
(step S50). The network protocol 132b stores data in 
the area A of RAMI 3 (step S51 ), and moves to step S12 so 
[04)80] In Fig. 1 4(b), when receiving the notice D from 
the clock unit 14, the network protocol checks the size of 
the data stored in the area A to see if it is larger than the 
packet length negotiated with the server machine 9 dur- 
ing the connection establishing process (step S52), and 55 
moves to step S53 if Yes, and step S54 if No. 
[0081 ] In step S53, the network protocol 132b cuts the 
data into the negotiated packet lengths, and moves to 



step S54. In step S54, the network protocol sets SSN, 
sends a data transmission control command to the net- 
work protocol 232b of the sewer machine 9 via the con- 
nection interface device, clears the sent data from the 
area A (step S55), saves the data in the area B in RAM 
13 (step S56). and checks the number of continuously 
sent data frames to see if it reaches the window size 
negotiated with the server machine 9 during the con- 
nection establishing process (step S57), and moves to 
step S58 if Yes, and step S12 if No. 
[0082] In step S58, the network protocol 132b waits 
for the data transmission response control command 
from the server machine 9, and after receiving the com- 
mand, the network protocol clears the set data up to 
RSN from the area B (step S59), and moves to step 
S12. The above processing sequence is continued till 
reaching the and of the data sent from the communica- 
tion application 131. 

[0083] Second, a process of re-sending data when a 
radio line is disconnected during data transmission 
using aradio line is explained using Fig. 15, Fig. 16 and 
Fig. 17. 

[0084] fn Fig. 15, when receiving a disconnection 
notice from the line state monitor 132a during monitor- 
ing the received signal strength indicator (step S9), the 
line control unit 132d checks by the attached reason to 
see if the fine is disconnected due to deterioration of the 
connection quality (step S60), and moves to step S62 if 
Yes, and step S61 if No. 

[0085] In step 61, the fine control unit 132d notifies 
disconnection to the line connect/disconnect request 
unit 132c and the network protocol 132b In step S62. 
the fine control unit moves from step S39 to a re-con- 
nection process. 

[0086] When the radio line is re-connected, the net- 
work protocol 132b re-establishes connection with the 
network protocol 232b of the server machine 9. 
[0087] Fig. 16(a) is a flowchart showing a process of 
sending data from the client machine 1 to the server 
machine 9. 

[0088] In Fig. 16(a), the network protocol 132b sends 
a re-connection request control command to the net- 
work protocol 232b of the server machi ne 9 via the con- 
nection interface device 17 (step S63), sets the dock 
unit 14 to notify E after any given time {step S64), and 
waits for a re-connection response control command 
from the server machine 9 (step S65). 
[0089] In the above waiting state, when receiving the 
notice D from the clock unit 14 before a re-connect 
response control command, the network protocol 132b 
checks to see if re-sending is repeated by a given 
number of times (step S66), and moves to step S67 if 
Yes. and step S68 if No. 

[0090] In step S67, the network protocol 1 32b notifies 
the line connect/disconnect request unit 132c that con- 
nection could not be re-established between the net- 
work protocols 132b and 232b, and urges to inform the 
user of it. Then, the line connect/disconnect request unit 
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a profile change request control command to the net- 
work protocol 232b of the server machine 9 via the con- 
nection interface 17 (step S105), sets the clock unit 14 
to notify H after any given time (step S106), and waits 
for a profile change response control command from the 
server machine 9 (step SWT). 
[0111] In the above waiting state, when receiving a 
notice H from the dock unit 14 before a profile change 
response control command, the network protocol 132b 
gives up changing the profile and continues data com- 
munication based on the set value (step S12). 
[0112] In Fig. 19(b), when receiving the profile change 
response command from the server machine 9, the net- 
work protocol continues data communication using a 
newly negotiated value (step S12). 
[01 1 3] A third embodiment of the present invention is 
described hereinafter. 

[01 1 4] Since the basic configuration of the communi- 
cation system of this embodiment is similar to that of the 
first example, it is explained by referring to Fig. 1 f Fig. 2 
and Fig. 3. 

[01 1 5] As a third example, a process of changing a 
profile value according to the number of re-send times 
occurred in the radio communication protocol during 
data transmission using a radio line is explained using 
Fig. 20. 

[0116] In this example, each time re-send of data 
occurs in the radio communication protocol, the radio 
control unit 18 notifies it to the line control unit 132d via 
the line state monitor 132e. 

[0117] In Fig. 20(a), after notifying establishment of 
connection to the line connect/disconnect request unit 
132c and the network protocol 132b (step S8), the line 
control unit 132d sets the clock unit 14 to notify I after 
any given time (step S120), and goes into the standby 
state. 

[01 1 8] In the above standby state, when receiving the 
re-send notice from the line state monitor 132e, the line 
control unit holds the number of notification times (step 
3121). In the above stanctoy state, when receiving the 
notice I from the clock unit 14, the line control unit 
checks to see if the number of re-send times notified in 
the previous standby state is equal to the number of re- 
send times notified in the present standby state (stop 
S102), and moves to step S121 if Yes, and step S123 if 
No. 

[01 1 9] In step S1 23, the line control unit gets the pro- 
file data to re-set from the table showing the re-send 
times and profile data prepared previously. Fig. 25 
shows an example of the table showing the re-send 
times and profile data. 

[0120] In step S124, the control line notifies the 
obtained profile value to the network protocol 132b 
Receiving said notice, the network protocol 132b sends 
a profile change request control command to the net- 
work protocol 232b of the server machine 9 via the con- 
nection interface 17 (step S125), sets the clock unit 14 
to notify J after any given time (step S126), and waits for 



a profile change response control command from the 
server machine 9 (step S127). 
[0121] In the above waiting state, when receiving a 
notice J from the clock unit 14 before a profile change 

5 response control command, the line control unit gives 
Up changing the profile and continues data communica- 
tion based on the set value (step S12). 
[01 22] In Fig. 20(b), when receiving the profile change 
response command from the server machine 9, the line 

10 control unit continues data communication using a 
newly negotiated value (step S12). 
[0123] A foirth embodiment of the present invention 
is described hereinafter. 

[0124] Since the basic configuration of the communi- 
15 cation system of this example is similar to that of the first 
example, it is explained by referring to Fig. 1, Fig. 2 and 
Fig. 3. 

[0125] In a fourth example, the radio control unit 18 
can not notify the received signal strength indicator to 

20 the line state monitor I32e. and instead, it notifies 
whether the client machine 1 is in the radio zone On/out 
zone information). A process of connecting/re-connect- 
ing the line is explained using Fig. 21. 
[0126] in Fig. 21(a), when receiving a connection 

25 request from the line connectfdisconnect request unit 
132c or when the line is re-connected after once discon- 
nected due to deterioration of connection quality (step 
S15), the line control unit 132d requests the line state 
monitor 132e to monitor the line state (step S140), sets 

30 the clock unit 14 to notify A after the time required to 
judge whether it is connectable or not (step S141), and 
goes into the standby state (step S142). 
[0127] Receiving the line state monitor request, the 
line state monitor 132a gets the in/out zone information 

35 from the radio control unit 18 via the connection inter- 
face device 17 (step SI 43), and when the client 
machine 1 goes into the radio zone, notifies it to the line 
control urrit 132d (step SI 44). 
[01 28] In Fig. 21 (b), the line control unit 1 32d is in the 

40 standby state, and accepts the request from the line 
connecWdisconnect request unit 132c, the notice from 
the clock unit 14 and the notice from the line state mon- 
itor 132e. When receiving the connection request from 
the line connect/disconnect request unit 132c, the line 

45 control unit moves to step S21. When receiving the 
notice A from the clock unit 14, the line control unit 
moves to step S24. When receiving the in-zone notice 
the line state monitor 132e, the line control unit waits for 
any given time (step SMS) and moves to step $27. 

so [0129] The present invention, being constituted as 
described above, has the following effects. 

(1 ) A process of compensating data by time-out and 
re-send during data transmission/reception, and a 
55 process of checking whether data changes during 
transmission are unnecessary, and high speed and 
efficient data transmission/reception can be real- 
ized by suppressing the number of responses from 
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the end of the transmitted data. 

8. The radio communication system of daim 7, com- 
prising a means of re-setting the size of data to 
transmit/receive according to changes in the 
received signal strength indicator during data trans- 
mission and the number of frames which can be 
continuously transmitted without waiting for the 
response from a remote station. 

9. The system of claim 7 or 8, comprising a means for 
re-setting the size of data to transmit/receive 
according to the number of disconnection occurred 
during data transmission and the number of frames 
which can be continuously transmitted without wait- 
ing for the response from a remote station. 

10. The system of claim 7, 8 or 9, comprising a means 
for re setting the size of data to transmit/receive 
according to the number of re-sending data 
occurred in a radio communication protocol during 
data transmission and the number of frames which 
can be continuously transmitted without waiting for 
the response from a remote station. 

11. The system of claim 7. 8. 9 or 10. comprising a 
means for monitoring the received signal strength 
indicator and re-establishing connection with said 
server machine if the received signal strength indi- 
cator exceeds the threshold value. 

1 2. The system of claim 7, 8, 9, 1 0 or 11 , comprising a 
means for monitoring the in/out area information 
and re-establishing connection with said server 
machine if the received the in/out area information 35 
that the client machine is in the radio area. 
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